Date: Thu, 8 Apr 93 04:30:02 PDT 

From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> 
Errors-To: Packet-Radio-Errors@UCSD.Edu 

Reply-To: Packet-Radio@UCSD.Edu 

Precedence: Bulk 

Subject: Packet-Radio Digest V93 #92 

To: packet-radio 


Packet-Radio Digest Thu, 8 Apr 93 Volume 93 : Issue 92 


Today's Topics: 


A New DSP 
Baycom to IC2WA connections wanted. 
Rich Man's Packet ... :-) (3 msgs) 


Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu> 
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: Wed, 7 Apr 1993 12:02:34 GMT 

From: mvb.saic.com!unogate!news.service.uci.edu!usc!wupost!uwm.edu!linac!tellab5! 
jwa@network.UCSD.EDU 

Subject: A New DSP 

To: packet-radio@ucsd.edu 


In case your interested in DSP's Here is an article that 
I worte, that appeared in the January 92 issue of QEX 


A NEW DSP FOR PACKET 


In the early 70's synthesized radios became available to the Amateur 
market. However, the technology wasn't new. The Military used 
synthesized radios since the early 60's. The computer and micro- 
processor became popular in the mid 70's and that got us into the 
packet age in the 80's. But we all know that electronic computers 
where around for about 25 years. In the 90's, it appears that 

the hottest item is the DSP. Again the technology has been around 
for about twenty years and it's finally making it's way into the 


Ham Radio market. As with any new technology the reason for it's 
availablity is cost reduction due to large scale integration. 


Manufactures of Ham gear are including DSP's in their products and 
there is a little skepticism about the price! Is it really worth 
the three or four hundred more dollars just to clean up a few 
harmonics in my signal? How can it improve packet reception on HF? 
Will I have sell my old gear ? After being involved in a DSP 
development project I beleive that the DSP can make a significant 
improvement in HF packet and RTTY reception and it's well 

worth the investment. 


For the about the past 7 years the DSP has been reduced to a single 
chip about the size of the microprocessor in your computer. In fact, 
the DSP is nothing more than a microprocessor. A very special 
processor that can handle mathematical computations at lightening 
speeds. The DSP that I'm involved with runs on a 40 mHz clock 

and Texas Instruments now has a version that runs at 50 mHz. 


Like any new technology the price is always high at first. But 
when newer chips are developed, the old ones drop in price. That's 
true with the TexasInstruments TMS320C25 DSP. When it was first 
introduced about two years ago, it cost about $125.00. Now you 
can get them for about $25.00 in single quantities. That's why 

we choose the TI DSP for our project. 


THE DSP25 BLOCK DIAGRAM/ DESCRIPTION 


The DSP25 is an inexpensive Digital Signal Processor that plugs 

into the 8 bit expansion port of an IBM PC or IBM compatible computer. 
It provides audio connections to a receiver or transceiver for 
operating digital modes in the HF or VHF bands. It also has an 

8 bit TTL input/output port for interfacing to a Packet or all mode 
TNC. There is also a 16 bit I/O port on a 32 pin header connector 

to interface to a baby board which can contain a dual parallel DAC 

for connecting an X/Y tuning scope or other ancillary devices. 


The DSP can replace the TNC's analog filters, fsk demodulator or tone 
encoder. It can also be used as a digital audio filter for CW mode, 

a digital signal analyzer and a digital oscilloscope within the audio 
range. FSK signals are processed and converted to a TTL level to the 
8 bit I/O port or they can be converted to an RS232 level and trans- 
ferred to the audio out port. The FSK signal can also be regenerated 


(eliminating 100% of the noise) and interfaced to a TNC's audio input 
(A to A connection). 


The audio to audio connection simplifies the "hook up" and still provides 
the advantage of improved error performance. The DSP25 consist of four 
basic circuits, the PC Host interface, a Texas Instruments 40 mHz TMS320C25 
Digital Signal Processor chip, 8k words of RAM, and a Texas Instruments 
TLC32044C Analog Interface chip. It's constructed on an IBM PC/XT 
compatible 10" expansion PC board and the analog/digital connections 

are accessible on the rear bracket/panel. 


THE HOST INTERFACE 


The PC Host interface decodes the PC address, passes data from the 8 bit 
PC bus via the buffers and latches to the 16 bit DSP bus. It provides 
handshaking between the PC and DSP, and by placing the DSP chip in hold 
mode, DMA (direct memory access) from the 8k RAM to the PC I/O port is 
possible. There is also a sequential address decoder which allows the 
PC to access the ram in two 4k word pages for loading binary files from 
a floppy or hard drive and for providing direct memory access for large 
data transfers. 


THE ANALOG INTERFACE 


The Analog Interface chip converts the audio or linear signal to digital 
data. It transmits the data on a receive serial communications port to 

the DSP chip. The DSP processes the data and returns it to the A/I chip 
via the transmit serial port. The A/I can be programmed for pass through 
mode and there are 3 gain steps available. The DSP pcb has filter chokes 
to reduce EMI interference to the receiver and a quad op-amp is used to 
boost the signal in either direction on the analog port. 


SOFTWARE 


The software for the DSP is still under development but we do have two 
working modems that are di-no-mite! The PKT modems are for packet and 
test results so far are very promising. We decided to work on the 300 
baud modem first because the problems on H.F is causing the packeteers 
the most trouble. We have ran test using 45 baud RTTY and the PKT modem 
was very promising but the filters need to be retuned for the lower baud 
rate. 


Here's a brief description 


PKT SERIES MODEMS 


The PKT series modem is computer software that is designed 

to operate on the PC compatible DSP25 Digital Signal Processor 

for 300 baud Packet Radio and ASCII modes. They where computer 
simulated and tested to obtain maximum noise rejection and the best 
possible error rate performance for Amateur and SWL applications. 


Except for the analog interface and I0 port, the block diagram 

on the next page is hypothetical and does not reflect an actual 
working circuit or electronic diagram. The modem filters and 
functional blocks are embedded in the software. Several functions 
can be changed or modified using the "Control Panel" software that 
is provided with each modem. 


The Analog Input 


The audio signal from an H.F. receiver/transceiver enters the analog 
interface chip and is converted to data. The data is sent to the DS 
Processor and it performs the mathematical functions 

(indicated by the blocks). 


Pre-filtering 


The first function is a sixth order Chebyshev bandpass filter. The 
filter reduces noise and improves the performance of the A.G.C. 

block. The data is then processed by the limiter which sets a maximum 
numeric limit. The data is then passed to the second sixth order filter 
which further reduces noise and pre-filters the signal for the frequency 
detection blocks. 


FSK Decoding (The Frequency Detection Block) 


Two fourth order Bowtie tone filters are separately tuned at the mark 
and space frequencies. The filters separate the energy in FSK 
signal. The signal or data is then rectified by generating positive 
numbers from the mark filter and negative numbers from space filter. 


Post filtering 


The numbers are further processed using a lowpass filter. It removes 
the high frequency components in the serial bit stream and further 
improves the signal to noise performance. Other mathematical 
routines include a threshold detector and hysteresis. The data is 
then passed as a serial bit stream to the I/O port or other 


functions. The modem also includes a carrier detect, an FSK 
oscillator and control logic which allows the user to setup various 
parameters using the Control Panel software. 


OTHER PKTA/PKTB MODEM FUNCTIONS 


Modem Parameters 


The Carrier detect routine keys the FSK oscillator on and off as well 
as providing an output via the I/0 port on DIN1. It also (bydefault) 
sets the AI chip in a loopback mode when no signal is detected. This 
allows the user to monitor the channel via an external speaker/ 
amplifier during quiet channel conditions. The channel can also be 
monitored via the first and second prefilter which reduces the audio 
bandwidth and noise. The first and second perfilters can be used as 
a CW filter. 


Audio to Audio connection 


A parameter can be set which allows the user select the FSK 
oscillator only. This function provides an interface from the DSP to 
an external TNC's audio input and it regenerates the received signal 
with noise a free FSK generator. The TNC decodes the FSK using the 
improved signal to noise performance of the DSP. During a quite 
channel (no packets) the FSK oscillator will be disabled, then the 
TNC can key the transmitter using the normal connection to the XMT 
key line for packet operation. If the monitor option was enabled and 
the regenerator disabled because no carrier was detected, the 
received channel can be monitored via the DSP using the full breakin 
capabilities of the software. The user can also use the audio 
oscillator to provide audio FSK to a transmitter,s "mike" input. 
Because of the XMTR's low input level, a resistor divider network is 
needed to drop the audio level to the XMT 


Audio to Digital connection 


The Audio input to the DSP connects to the receiver's speaker or 
aux audio output. It can handle levels as high as 1 volts p to p 
however, overdriving of the DSP can damage it or cause poor error 
performance. The typical level should be about .3 to .7 volts RMS. 


The TNC's TTL level serial data input is connected to the DSP's 
DOUTO output. The FSK is demodulated by the DSP and the serial 


bit stream is sent to DOUTO. The TNC decodes packets or RTTY 
using the improved signal to noise performance of the DSP. DOUT1 
is the inverted serial output. 


The TNC's TTL level serial data output is connected to the DSP's 
I/O port DINO. During transmit, the data from the TNC is switched 
to the DSP's FSK oscillator. The DSP,s oscillator is connected to 
the transmitter's audio input using an attenuater network. This 
allows the user to implement the DSP's continuous phase, frequency 
shift oscillator . 


DOUT 2 is a TTL level Carrier detect. It can be connected to a TNC 
to be used as an external carrier detect. 


DOUT3 is a XMT key line and can be connected to some TNC's for keying 
the transmitter. This output is a TTL level output and requires a 
special circuit for transmitter keying. 


TEST RESULTS 


I conducted a test using two PK232's and an Icom R71 common receiver 
on 20 meters (the TNC's where in monitor mode). One PK232 was 
connected to the DSP card Via the external modem input on the rear 
apron. A modem formerly called P3020 (now PKTB) was loaded into the 
DSP from an IBM PC. The other "barefoot" TNC was connected to a 
Compaq Deskpro and both computers copied the text to a capture 
buffer. The time/date on both TNC's where set within a few’ seconds. 
A Radio Shack counter module #277-302 was connected to the carrier 
detect L.E.D. circuit. The threshold was adjusted for average 
strength packets. 


HERE ARE MY RESULTS 


Test #1 


Both TNC's didn't copy very many packets. The band 
condition at that time was poor. 


Test #2; 


The band condition improved and 182 packets where counted. 
The PK232 copied 47 and the DSP/PK232 copied 116. 


Test #3 


Only 3 packets where copied on the barefoot PK232, on 
the other hand, the DSP copied 82 out of 202. 


Test #4 


There where 78 packets out of 487 for the PK232 and the 
DSP/PK232 copied 162. 


As you can see the DSP, depending on the band conditions, did a much 
better job. The DSP makes a better FSK decoder because the filters 
where designed and simulated for a specific application (packet radio). 
If the circuit in the PK232 was simulated on a DSP the two units 
probably would have performed the same. 


COPYING CW 


The upgraded version of the PKT modems have a feature that allows the 
user to monitor the receivers audio through the FSK decoder's pre- 
filters. I used this setup to copy CW and weak cariers on 20 meters. 

I was able to pull out signals that where almost in-audible (about 
equal with the noise level). The second prefilter was selected. The 
first prefilter responce was about equal to a 4 pole BP chebychev. 
When I tuned to a stronger signal, I tuned across the filters bandpass 
(about 400 hz) in noticed as I reach the lower or upper limit of the 
passband, the signal dissapeared as if the filter had infinate stopband 
response. 


Conclusion 


The DSP is a newcomer in the HF digital world. More software and better 
modems that can handle the hostile HF environment are needed. 

Because the DSP is versitle modems can be developed, simulated 

and easly loaded. It will allow developers to try other modulation 
schemes that can greatly enhance digital communications on H.F. 


Jack Albert Fellow Radio Buff 
Tele (708) 512-7854 

Tellabs, Inc. FAX (708) 852-7346 

4951 Indiana Ave. jwa@tellabs.com 

Lisle, IL 

60532 


Do you have a certain itch that's so private, 


you'll only discuss it with your physician? 


Date: 8 Apr 93 11:28:16 +1200 

From: usc!wupost!waikato.ac.nz!barhodes@network.UCSD.EDU 
Subject: Baycom to IC2WA connections wanted. 

To: packet-radio@ucsd.edu 


Could someone email me the connections for hooking up a icom IC2WA 

to the baycom packit modem. 

I have no documentation on this unit. 

I anyone has interfaced the baycom unit to the above set, I would appreciate 
some help. 

cheeres. 

Bruce Rhodes ZL1UBR 


email -IN%"BARHODES@WAIKATO.AC.NZ" 
University Of Waikato 

Hamilton 

New Zealand 


Date: 7 Apr 93 23:52:38 GMT 

From: sdd.hp.com!saimiri.primate.wisc.edu!usenet.coe.montana.edu!ogicse! 
usenet.ee.pdx.edu!fastrac.llnl.gov!wsrcc.com! wetware! spunky.RedBrick.COM!psinntp! 
psinntp! bacon! jordan@network.UCSD.EDU 

Subject: Rich Man's Packet ... :-) 

To: packet-radio@ucsd.edu 


Gary Coffman <gary@ke4zv.UUCP> writes: 
Well we're still poking along at 56 kb on 222 or 440 MHz. I 
don't know anyone actually running packet in the car with one 


of these systems. 


What's required to run one of these systems? 56kb would be fine for 
the application I'm thinking of. 


I know a couple of fellows who run 1200 baud packet from their 
cars, but typing and driving really don't mix. 


They need to find someone else to drive :-) 


/jordan 


Date: 8 Apr 1993 05:43:26 GMT 

From: usc!howland.reston.ans.net!agate!uclink.berkeley.edu! 
acollins@network.UCSD.EDU 

Subject: Rich Man's Packet ... :-) 

To: packet-radio@ucsd.edu 


In article <6977@bacon.IMSI.COM> jordan@IMSI.COM (Jordan Hayes) writes: 
>Gary Coffman <gary@ke4zv.UUCP> writes: 


Well we're still poking along at 56 kb on 222 or 440 MHz. I 
don't know anyone actually running packet in the car with one 
of these systems. 


VV VV WV 


>What's required to run one of these systems? 56kb would be fine for 
>the application I'm thinking of. 
> 


What exactly is the source for the 50kbaud modems? I have looked 
some, but I haven't been able to find much info. What kind of 
setup (i.e. modem, radio, TNC) is standard? What hardware would 
you recommend? 


Andy Collins, KC6YEY 
acollins@uclink.berkeley.edu 


Date: Thu, 8 Apr 1993 07:51:40 GMT 

From: usc!howland.reston.ans.net!gatech! kd4nc!ke4zv! gary@network.UCSD.EDU 
Subject: Rich Man's Packet ... : -) 

To: packet-radio@ucsd.edu 


In article <6977@bacon.IMSI.COM> jordan@IMSI.COM (Jordan Hayes) writes: 
>Gary Coffman <gary@ke4zv.UUCP> writes: 


Well we're still poking along at 56 kb on 222 or 440 MHz. I 
don't know anyone actually running packet in the car with one 
of these systems. 


VVVV WV 


>What's required to run one of these systems? 56kb would be fine for 
>the application I'm thinking of. 


You need a GRAPES 56 kb RF modem and a transverter. The modem is an 
RF design using MSK that outputs on 29 MHz. You use a transverter 
to kick that to the UHF band of choice. Occupied bandwidth at 56 kb 
is 70 kHz. There are 100 kHz wide channels on 222 and 440 in the 
bandplan for these modems. You'll also need a PAD of some sort. 


GRAPES will give you modification instuctions and a firmware 
image for the TNC2, or you can use an internal card in a PC. 
The Ottawa group sells the PI card, and Gracilis sells their 
Packettwin card. We recomend this method as the cleanest way to 
go. As far as I know, everyone is using one of the KA9Q NOS 
varients with these modems since drivers are available for 

the cards. Note that the MAC serial port can drive the modem 
directly, it's an 8530. 


Email if you want more info on the GRAPES modem. 


Gary 


Gary Coffman KE4ZV 
Destructive Testing Systems 
534 Shannon Way 
Lawrenceville, GA 30244 


You make it, 
we break it. 
Guaranteed! 


gatech!wa4mei! ke4zv! gary 
uunet!rsiatl!ke4zv! gary 
emory!kd4nc!ke4zv! gary 


End of Packet-Radio Digest V93 #92 
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